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DIGITAL IDENTITY INFORMATION CARDS 
BACKGROUND OF THE INVENTION 

5 1. Technical Field: 

The present invention relates generally to 
telecommunications systems, and more specifically to the 
transmission of personal identification information, 

10 

2. Description of Related Art: 

Currently, when one is calling a person on a phone, 
one often needs to leave a phone or pager number, email 
address, fax number, or other personal identification 
%t 15 information. It is often difficult, if not impossible, 
yj to type in such data (usually on a non-user friendly 

a keypad) , while talking to the person at the other end. 

This task becomes even more difficult when the person 
trying to save the information is driving. 
20 Furthermore, current automatic identification 

approaches, such as caller-ID, are limited as to the 
information that is downloaded, and are associated with 
specified hardware, not persons. 

Therefore, it would be desirable to have a method 
25 for downloading a pre-defined set of personal 

identification data, which can be sent to and from a 
plurality of locations and communication devices. 
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SUMMARY OF THE INVENTION 



The present invention provides a method, program and 
system for receiving personal identification information 
by means of a telecommunication device. The invention 
comprises sending a communication transmission, and 
concurrent with receiving the communication transmission, 
sending a second transmission, wherein the second 
transmission contains personal identification information 
about the party sending the communication transmission. 
This personal identification information is independent 
of the identity of the device used to send the 
communication transmission and may include such 
information as name, telephone number, business name, 
address, email, and fax. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
invention are set forth in the appended claims. The 
invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
conjunction with the accompanying drawings, wherein: 

Figure 1 depicts a system diagram illustrating a 
plurality of interconnected heterogeneous networks in 
which the present invention may be implemented; 

Figure 2 depicts a block diagram of a data 
processing system that may be implemented as a server in 
accordance with a preferred embodiment of the present 
invention; 

Figure 3 depicts a block diagram illustrating a data 
processing system in which the present invention may be 
implemented; 

Figure 4A depicts a diagram illustrating a mobile 
phone in accordance with a preferred embodiment of the 
present invention; 

Figure 4B depicts a block diagram illustrating the 
hardware configuration of mobile phone 400 in accordance 
with a preferred embodiment of the present inventions- 
Figure 5 depicts a pictorial diagram illustrating a 
digital identity information "card" in accordance with 
the present invention; 

Figure 6, a flowchart illustrating the process of 
creating and sending a digital identity information card 
is depicted in accordance with the present invention; and 
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Figure 7 depicts a flowchart illustrating the 
process of receiving and saving a digital identity 
information card in accordance with the present 
invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to the figures, and in particular 
with reference to Figure 1, a system diagram illustrating 
5 a plurality of interconnected heterogeneous networks in 
which the present invention may be implemented is 
depicted. As illustrated, an Internet Protocol (IP) 
network 102, a Local Area Network (LAN) / Wide Area 
Network (WAN) 104, the Public Switched Telephone Network 
10 (PSTN) 109, a cellular wireless network 112, and a 

satellite communication network 116 make up the plurality 
of heterogeneous networks serviced by the personal 
mobility system of the present invention. 

IP network 102 may be the publicly available IP 
15 network, a private IP network, or a combination of public 
and private IP networks. In any case, IP network 102 
operates according to the Internet Protocol and routes 
packets among its many switches and through its many 
transmission paths. IP networks are generally known in 
2 20 the art to be expandable, fairly easy to use and heavily 
y ; supported. Coupled to IP network 102 is a Domain Name 

Server (DNS) 108 to which queries may be sent, such 
queries each requesting an IP address based upon a 
Uniform Resource Locator (URL) . IP network 102 supports 
25 32 bit IP addresses as well as 128 bit IP addresses, 
which are currently in the planning stage. 

LAN/WAN 104 couples to IP network 102 via a proxy 
server 106 (or another connection) . LAN/WAN 104 may 
operate according to various communication protocols, 
30 such as the Internet Protocol, the Asynchronous Transfer 
Mode (ATM) protocol, or other known packet switched 
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protocols. Proxy server 106 serves to route data between 
IP network 102 and LAN /WAN 104. A firewall that 
precludes unwanted communications from entering LAN /WAN 
104 may also be located at the location of proxy server 
5 106. 

Computer 120 couples to LAN/WAN 104 and supports 
communications with LAN/WAN 104. Computer 120 may employ 
the LAN /WAN and proxy server 106 to communicate with 
other devices across IP network 102. Such communications 
10 are generally known in the art and will not be further 
described herein except to expand upon the teachings of 
the present invention. As is also shown, phone 122 
couples to computer 120 and may be employed to initiate 
IP Telephony communications with another phone or voice 
15 terminal using IP Telephony. In such an IP telephony 
Jl system, a gatekeeper is deployed by a service provider to 

manage IP telephony for its users. An IP phone 154 
03 connected to IP network 102 (or other phone, e.g., phone 

m 124) may communicate with phone 122 using IP telephony. 

53 20 PSTN 109 is a circuit switched network that is 

primarily employed for voice communications, such as 
those enabled by a standard phone 124. However, PSTN 109 
also supports the transmission of data. Data 
transmissions may be supported to a tone based terminal, 
25 such as a FAX machine 125, to a tone based modem 

contained in computer 126, or to another device that 
couples to PSTN 109 via a digital connection, such as an 
Integrated Services Digital Network (ISDN) line, an 
Asynchronous Digital Subscriber Line (ADSL) , or another 
30 digital connection to a terminal that supports such a 
connection. As illustrated, a voice terminal, such as 
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phone 128, may couple to PSTN 109 via computer 126 rather 
than being supported directly by PSTN 109, as is the case 
with phone 124. Thus, computer 126 may support IP 
telephony with voice terminal 128, for example. 
5 Cellular network 112 supports wireless 

communications with terminals operating in its service 
area (which may cover a city, county, state, country, 
etc.). As is known, cellular network 112 includes a 
plurality of towers, e.g., 130, that each service 
10 communications within a respective cell. Wireless 

terminals that may operate in conjunction with cellular 
0 network 112 include wireless handsets 132 and wirelessly 

yg enabled laptop computers 134, for example. Wireless 

!f! handsets 132 could be, for example, personal digital 

SJ 15 assistants, wireless or cellular telephones, or two-way 
?il pagers. Cellular network 112 couples to IP network 102 

L v i a gateway 114. 

m Wireless handsets 132 and wirelessly enabled laptop 

jj computers 134 may communicate with cellular network 112 

htm? 

C3 20 using a wireless application protocol (WAP) . WAP is an 
r " open, global specification that allows mobile users with 

wireless devices, such as, for example, mobile phones, 
pagers, two-way radios, smartphones, communicators, 
personal digital assistants, and portable laptop 
25 computers, to easily access and interact with information 
and services almost instantly. WAP is a communications 
protocol and application environment and can be built on 
any operating system including, for example, Palm OS, 
EPOC, Windows CE, FLEXOS, OS/2, and JavaOS . WAP provides 
30 interoperability even between different device families. 
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WAP is the wireless equivalent of Hypertext Transfer 
Protocol (HTTP) and Hypertext Markup Language (HTML) . 
The HTTP-like component defines the communication 
protocol between the handheld device and a server or 
5 gateway. This component addresses characteristics that 
are unique to wireless devices, such as data rate and 
round-trip response time. The HTML-like component, 
Wireless Markup Language (WML) , defines new markup and 
scripting languages for displaying information to and 
10 interacting with the user. This component is highly 
focused on and aware of the limited display size and 
limited input devices available on small, handheld 
i§ devices. For example, a typical cell phone may have only 

% a 4xl0-character display with 16-gray levels and only a 

!U 15 numeric keypad plus up/down volume keys. 

Cellular network 112 operates according to an 
Ifl operating standard, which may be the Advanced Mobile 

PI Phone System (AMPS) standard, the Code Division Multiple 

W Access (CDMA) standard, the Time Division Multiple Access 

Id 

m 20 (TDMA) standard, or the Global System for Mobile 
p Communications or Groupe Speciale Mobile (GSM) , for 

example. Independent of the standard (s) supported by 
cellular network 112, cellular network 112 supports voice 
and data communications with terminal units, e.g., 132 
25 and 134. 

Satellite network 116 includes at least one 
satellite dish 136 that operates in conjunction with a 
satellite 138 to provide satellite communications with a 
plurality of terminals, e.g., laptop computer 142 and 
30 satellite handset 140. Satellite handset 140 could also 
be a two-way pager. Satellite network 116 may be 
serviced by one or more geosynchronous orbiting 
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satellites, a plurality of medium earth orbit satellites, 
or a plurality of low earth orbit satellites. In any 
case, satellite network 116 services voice and data 
communications and couples to IP network 102 via gateway 
5 118. 

Wireless Proxy 160 is coupled to IP network 102 and 
is coupled to a plurality of towers, e.g., 162, which 
each provide wireless communications with wireless 
devices such as wireless device 164. Wireless Proxy 160 
10 provides access to IP network 102 to wireless device 164, 
such as a personal digital assistants (PDA) or a wireless 
S3 telephone, that may require proprietary or other special 

yj protocols in order to communicate with IP network 102. 

J For example, wireless proxy server 160 may be a 3Com 

SI 15 server utilizing 3Com protocols for communicating with a 
Palm VII, a handheld portable computing device available 
from 3Com Corporation in Santa Clara, California. 

In a preferred embodiment of the present invention, 
wireless proxy 160 is a 3Com proxy server supporting 
20 communications with a Palm VII personal organizer and 
portable computing device 164 is a Palm VII personal 
organizer. In this embodiment, communications between 
wireless proxy server 160 and portable computing device 
164 is facilitated by the use of Palm Query Applications 
25 (PQAs) . A PQA is like a mini-Web site that resides on 
portable computing device 164. That is, a PQA is a 
special kind of record database. A typical PQA contains 
an HTML form or a list of hyperlinks that request 
additional information either locally - on personal 
30 computing device 164 — or remotely — on the Internet. 
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Referring to Figure 2, a block diagram of a data 
processing system that may be implemented as a server is 
depicted in accordance with a preferred embodiment of the 
present invention. Data processing system 200 may be a 
5 symmetric multiprocessor (SMP) system including a 

plurality of processors 202 and 204 connected to system 
bus 206. Alternatively, a single processor system may be 
employed. Also connected to system bus 206 is memory 
controller/cache 208, which provides an interface to 
10 local memory 209. I/O bus bridge 210 is connected to 

system bus 206 and provides an interface to I/O bus 212. 
3 Memory controller/cache 208 and I/O bus bridge 210 may be 

Ji integrated as depicted. 

f; Peripheral component interconnect (PCI) bus bridge 

15 214 connected to I/O bus 212 provides an interface to PCI 
local bus 216. A number of modems may be connected to 
PCI bus 216. Typical PCI bus implementations will 
support four PCI expansion slots or add-in connectors. 
W Communications links to network computers may be provided 

?§ 20 through modem 218 and network adapter 220 connected to 
^ PCI local bus 216 through add-in boards. 

Additional PCI bus bridges 222 and 224 provide 
interfaces for additional PCI buses 226 and 228, from 
which additional modems or network adapters may be 
25 supported. In this manner, data processing system 200 
allows connections to multiple network computers. A 
memory-mapped graphics adapter 230 and hard disk 232 may 
also be connected to I/O bus 212 as depicted, either 
directly or indirectly. 
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Those of ordinary skill in the art will appreciate 
that the hardware depicted in Figure 2 may vary. For 
example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or 
5 in place of the hardware depicted. The depicted example 
is not meant to imply architectural limitations with 
respect to the present invention. 

The data processing system depicted in Figure 2 may 
be, for example, an IBM RISC/System 6000 system, a 
10 product of International Business Machines Corporation in 
Armonk, New York, running the Advanced Interactive 
^ Executive (AIX) operating system. 

Cf With reference now to Figure 3, a block diagram 

J? illustrating a data processing system is depicted m 

JW 15 which the present invention may be implemented. Data 
|fj processing system 300 is an example of a client computer. 

m Data processing system 300 employs a peripheral component 

13 interconnect (PCI) local bus architecture. Although the 

ft depicted example employs a PCI bus, other bus 

O 20 architectures such as Accelerated Graphics Port (AGP) and 
Industry Standard Architecture (ISA) may be used. 
Processor 302 and main memory 304 are connected to PCI 
local bus 306 through PCI bridge 308. PCI bridge 308 also 
may include an integrated memory controller and cache 
25 memory for processor 302. Additional connections to PCI 
local bus 306 may be made through direct component 
interconnection or through add-in boards. In the depicted 
example, local area network (LAN) adapter 310, SCSI host 
bus adapter 312, and expansion bus interface 314 are 
30 connected to PCI local bus 306 by direct component 

connection. In contrast, audio adapter 316, graphics 
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adapter 318 , and audio/video adapter 319 are connected to 
PCI local bus 306 by add-in boards inserted into 
expansion slots. Expansion bus interface 314 provides a 
connection for a keyboard and mouse adapter 320, modem 
5 322 , and additional memory 324. Small computer system 
interface (SCSI) host bus adapter 312 provides a 
connection for hard disk drive 326, tape drive 328, and 
CD-ROM drive 330. Typical PCI local bus implementations 
will support three or four PCI expansion slots or add-in 
10 connectors. 

An operating system runs on processor 302 and is 
used to coordinate and provide control of various 
components within data processing system 300 in Figure 3. 
& The operating system may be a commercially available 

%& 15 operating system, such as Windows 2000, which is 

available from Microsoft Corporation. An object oriented 
programming system such as Java may run in conjunction 
with the operating system and provide calls to the 
operating system from Java programs or applications 
20 executing on data processing system 300. "Java" is a 

trademark of Sun Microsystems, Inc. Instructions for the 
operating system, the object-oriented operating system, 
and applications or programs are located on storage 
devices, such as hard disk drive 326, and may be loaded 
25 into main memory 304 for execution by processor 302. 

Those of ordinary skill in the art will appreciate 
that the hardware in Figure 3 may vary depending on the 
implementation. Other internal hardware or peripheral 
devices, such as flash ROM (or equivalent nonvolatile 
30 memory) or optical disk drives and the like, may be used 
in addition to or in place of the hardware depicted in 
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Figure 3. Also, the processes of the present invention 
may be applied to a multiprocessor data processing 
system. 

As another example, data processing system 300 may 
be a stand-alone system configured to be bootable without 
relying on some type of network communication interface, 
whether or not data processing system 300 comprises some 
type of network communication interface. As a further 
example, data processing system 300 may be a Personal 
Digital Assistant (PDA) device, which is configured with 
ROM and/or flash ROM in order to provide nonvolatile 
memory for storing operating system files and/or 
user-generated data . 

The depicted example in Figure 3 and above-described 
examples are not meant to imply architectural 
limitations. For example, data processing system 300 
also may be a notebook computer or hand held computer in 
addition to taking the form of a PDA. Data processing 
system 300 also may be a kiosk or a Web appliance. 

With reference now to Figure 4A, a diagram 
illustrating a mobile phone is depicted in accordance 
with a preferred embodiment of the present invention. 
Mobile phone 400 includes a display 406 for presenting 
textual and graphical information. Display 406 may be a 
known display device, such as a liquid crystal display 
(LCD) device. 

Mobile phone 400 may also include keypad 408, 
speaker 414, and microphone 416. The keypad may be used 
to enter, for example, telephone numbers, user 
identification information, and commands for interacting 
with the interface. Audio feedback may be presented via 
speaker 414. In addition to normal voice conversation, 
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feedback may include other information, for example, an 
audio description of user location (as determined by 
positioning technologies) . Microphone 416 can be used 
not only for voice conversation, but also for entering 
5 specific voice commands for voice actuated functions. 

Mobile phone 400 also includes antenna 418, which is 
necessary for establishing wireless communication links 
with remote transmitting towers. 

Turning now to Figure 4B, a block diagram 
10 illustrating the hardware configuration of mobile phone 
400 is shown in accordance with a preferred embodiment of 
O the present invention. Figure 4B illustrates the 

* increasing sophistication of modern mobile phone designs. 

4S Mobile phone 400 employs bus architecture. 

1/j 15 Processor 422 and main memory 424 are connected to bus 
J{j 430. Display adapter 426, keypad adapter 428, storage 

432, and audio adapter 434 are also connected to bus 430. 
% Mobile phone 400 also includes wireless link 436 

W connected to bus 430. Those of ordinary skill in the art 

q 20 will appreciate that the hardware in Figure 4B may vary 

depending on the implementation. Other internal hardware 
or peripheral devices may be used in addition to or in 
place of the hardware depicted in Figure 4B. 

Mobile phone 400 might rely on Wireless Application 
25 Protocol (WAP) for facilitating communications. WAP is a 
standard for providing wireless phones, pagers and other 
handheld devices with secure access to e-mail and 
text-based Web pages. WAP provides a complete 
environment for wireless applications that includes a 
30 wireless counterpart of TCP/IP and a framework for 

telephony integration such as call control and phone book 
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access. WAP features WML . It also uses WMLScript, a 
compact JavaScript-like language that runs in limited 
memory. WAP also supports handheld input methods such as 
input via keypad and input via voice, facilitated by 
5 voice recognition. Independent of the air interface, WAP 
runs over all the major wireless networks in place. It is 
also device independent, requiring only a minimum 
functionality in the unit so that it can be used with a 
myriad of phones and handheld devices. 
10 The depicted example in Figure 4B and 

above-described examples are not meant to imply 
architectural limitations . 

Referring to Figure 5, a pictorial diagram 
illustrating a digital identity information "card" is 
15 depicted in accordance with the present invention. The 
present invention allows a sender to send a digital 
identification card 500 to a second party. It should be 
pointed out that the digital identity card can be sent to 
a land-line telephone, cell phone, pager, voicemail/memo 
20 service or email account, which may be accessed via PDA 
or other pervasive computing device. However, for the 
sake of simplicity, the present example will be limited 
to use with cellular phones. 

As shown in Figure 5, the digital identity card 
25 contains several fields for personal identification 

information, similar to a paper business card. Much of 
the information contained in the digital card 500 relates 
to contact information, which can be customized to the 
user's needs. Examples information include name, 
30 business name, personal and business phones numbers, 

email, mailing address, fax number, pager number, and web 
site address. Because many people now have multiple 
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communication means available to them, and multiple 
contact channels, it is convenient to have a reference to 
all of them in one place. Physical business cards are 
the traditional means of conveying all of the necessary 
5 information. However, exchange of such cards requires 
the parties to be in each other's physical presence. By 
contrast, digital card 500 can easily be sent over a cell 
phone transmission . 

Current approaches to telephone identification are 
10 very limited. The best known is the caller-ID service. 
Caller-ID is sent to the receiving telephone before the 
receiving party answers the phone, and is limited to 
identifying the name and telephone number of the calling 
party. In addition, the identity transmitted by 
f|J 15 caller-ID is based on the device/location of the calling 
party. For example, if a personal is making a call from 
a friend's phone, caller-ID will send the name and phone 
number of the friend who owns the phone, not the person 
actually making the call. In other words, caller-ID does 
20 not really inform the receiving party as to who is 

calling, as much as from where that person is calling. 

The digital identity cards provided by the present 
invention are independent of the device being used, and 
may be loaded into and sent from the phone being used at 
25 the moment, as explained in more detail below. 

Examples of standards that may be used for the 
digital identification cards include Extensible Markup 
Language (XML) , Wireless Markup Language (WML) , Handheld 
Device Markup Language (HDML) , or any similar programming 
30 language which may be used with pervasive computing and 
communication devices. 
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Referring now to Figure 6, a flowchart illustrating 
the process of creating and sending a digital identity 
information card is depicted in accordance with the 
present invention. The user begins by entering his or 

5 her personal identification information into the 

information fields of the digital card, such as those 
illustrated in Figure 5 (step 601) . The information may 
be entered by means of a cell phone keypad, personal 
computer, or any pervasive computing device. The user 

10 may then either load the digital card into local 

Electrically Erasable Programmable Read Only Memory 
(EEPROM) or store the digital card on a server, to be 
retrieved at a later time (step 602) . Storing the 
digital card on a server allows the user to retrieve and 

15 load the card into any cell phone on the spot. 

At a later point in time, the user places a call to 
a second party (step 603) . During the phone call, the 
user may wish to send his or her digital card to the 
second party. How the user does this will depend on 

20 whether the digital card has already been loaded into the 
phone being used or is stored on a server (step 604) . If 
the card is already in local EEPROM, the user uploads the 
card to the second party's phone (step 607). Multiple 
card's may be stored in EEPROM. For example, a husband 

25 and wife might use the same phone but have different 
contact information. In this case, the user will pick 
his or her respective profile, which will send the 
corresponding card information. 

If the card is not loaded into the phone, the user 

30 must retrieve it from the server. The user enters an ID 
or password, which the server associated with a file 
(step 605) . The digital card is retrieved from the 
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server file (step 606), and may then be uploaded to the 
second party's phone (step 607). 

Digital cards may also be uploaded to voicemail 
accounts. It is not necessary in order to send the card 
5 for the receiving party to answer the phone. 

Referring to Figure 7, a flowchart illustrating the 
process of receiving and saving a digital identity 
information card is depicted in accordance with the 
present invention. The phone receives the incoming phone 
10 call (step 701) . Then phone (during operations) 

"listens" for incoming identity cards, which are sent 
during the call (step 702). This information can be 
passed during a cell phone conversation and is 
transmitted at an inaudible frequency. The average human 
% 15 has a hearing range of 20Hz to 12, 000-15, 000Hz . The 

In present invention actively "listens" for frequencies at a 

m _ 

y lower or higher frequency than that of the human hearing 

Q range. "Listening" means that the phone will provide a 

Tfi response to certain received frequencies, which is well 

0 20 known in the art. For example, the phone used in the 

2 present invention rings when it "hears" an incoming call. 

Thus, cell phones are actively "listening" for incoming 

phone calls at inaudible frequencies. Phone 

conversations are then converted into analog signals at 

25 audible frequencies. The present invention applies a 

similar approach for receiving digital information cards. 

The phone actively listens for a start signal, which 

signifies the start of transmission of a digital card, 

and an end signal, which marks the end of transmission of 

30 the card. 

New phones can be built that can detect an incoming 
digital identification card, or changes can be made at 
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the service provider level to facilitate the needs of the 
present invention. Because the digital cards are sent 
via inaudible frequencies, traditional land-line legacy 
phones will ignore the incoming signal, and consider it 
to be part of normal audio transmission. However, mobile 
phones and land-line phones equipped to recognize the 
digital cards will know how to handle the incoming 
signal. To overcome this limitation of older technology, 
existing phones (both mobile and land-line) may be 
patched, via software upgrades, to listen for and 
interpret these inaudible audio signals. 

It should be noted that receiving the call is not 
restricted to actually answering the phone. As noted 
above, a voicemail account may receive the call and the 
digital card. To facilitate this functionality, the 
service provider will have to support saving of the 
transmission of digital cards during voice mail account 
interaction. 

The receiving phone recognizes the reception of 
digital card and determines if the user has pre-set 
preferences as to saving incoming digital cards (step 
703) . If the user does have pre-set preferences, the 
phone automatically saves the incoming digital card, 
deletes the digital card, or writes over a preexisting 
digital card with the same caller identity (e.g., as 
determined by first and last name), according to the 
preferences (step 704) . For example, a user might set 
the phone to automatically save all incoming digital 
cards . 

If the user does not have pre-set preferences, the 
phone prompts the user to save the entry (step 705). The 
user can press a single button to either save or not save 
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the incoming digital card. If the user chooses not to 
save the card, the card is simply deleted (step 706) . If 
the user does choose to save the card, it is either saved 
in local storage or sent to a server and saved in the 

5 user's file (step 707). The transmission and download to 
the digital identification cards does not interrupt phone 
conversations. However, a status indication may be 
presented to the user's LCD display to inform the user 
about the progress of digital card transmission. For 

10 example, text prompts like "Digital information card 

received from John Smith" can be displayed to the phone 
user. 

It is important to note that while the present 
J invention has been described in the context of a fully 

W 15 functioning data processing system, those of ordinary 
m skill in the art will appreciate that the processes of 

In the present invention are capable of being distributed in 

h\ the form of a computer readable medium of instructions 

W and a variety of forms and that the present invention 

fi 20 applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
include recordable-type media, such as a floppy disk, a 
hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 
25 transmission-type media, such as digital and analog 

communications links, wired or wireless communications 
links using transmission forms, such as, for example, 
radio frequency and light wave transmissions. The 
computer readable media may take the form of coded 
30 formats that are decoded for actual use in a particular 
data processing system. 
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The description of the present invention has been 
presented for purposes of illustration and description, 
and is not intended to be exhaustive or limited to the 
invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 
the art. The embodiment was chosen and described in 
order to best explain the principles of the invention, 
the practical application, and to enable others of 
ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 
suited to the particular use contemplated. 



